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La presente invention concerne un dispositif d'adaptation programmable 
capable de faire communiquer entre eux deux equipements integrant des protocoles 
de communication differents. Elle concerne egalement un procede pour configurer 
automatiquement un tel dispositif d'adaptation avec un protocole donne. 

5 D'une facon generate, la communication serie entre un equipement 

informatique, tel que par exemple un ordinateur individuel de type PC (Personal 
Computer) ou un appareil de type PDA (Personal Digital Assistant), et un autre 
Equipement, tel qu'un equipement d'automatisme, requiert que les deux equipements 
puissent comprendre un meme protocole de communication. Sous le terme 

10 equipement d'automatisme, on regroupera ci-apres un automate programmable, une 
commande numerique, un dispositif de regulation, une station de controle/commande, 
un terminal de dialogue homme-machine, un variateur de vitesse, un 
capteur/actionneur intelligent ou tout autre equipement lie a un automatisme 
possedant une unite de traitement et capable de communiquer avec un equipement 

15 exterieur. 

Or, il existe dans les equipements d'automatisme une grande variete de 
protocoles de communication differents et specifiques. Les pilotes de ces protocoles 
de communication ont souvent ete developpes avec I'hypothese de pouvoir piloter 
directement une interface materielle UART (Universal Asynchronous Receiver and 

20 Transmitter) d'un equipement informatique. Cependant, revolution rapide des 
equipements informatiques entrame des modifications importantes des pilotes de 
peripheriques, des UART, des systemes d'exploitation de ces equipements ce qui rend 
difficile leur compatibilite avec un pare important d'equipements d'automatisme 
existants integrant des protocoles de communication divers. De plus, les equipements 

25 informatiques possedent de moins en moins de reels ports de communication serie 
COM, au profit de bus de peripheriques standardise tel que USB (Universal Serial 
Bus). 

Dans le cas oil un pilote est capable de controler directement une UART, et 
pour une communication dite "half-duplex", pour laquelle la ligne de communication 

30 possede physiquement deux etats permettant pour Pun remission et pour Pautre la 
reception de donnees, on a generalement fait I'hypothese que le pilote pourrait 
commuter la ligne entre emission et reception de facon suffisamment precise apres 
que tous les caracteres aient quitte les registres de transmission de I'UART et avant 
que I'equipement d'automatisme ne reponde. Cette hypothese, vraie pour des 

35 equipements pilotant directement une UART, est fausse pour une machine complexe, 
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multitaches, architecture en couches tant materielles que logicielles, telle qu'un 
ordinateur personnel de type PC. 

Dans d'autres cas, le protocole de niveau transport (Data Link) est tel qu'un 
temps intercaracteres maximal doit etre respecte afin d'identifier une transmission 
5 correcte. Ce temps intercaracteres est pour des raisons de performances du meme 
ordre de grandeur que le temps de transmission d'un caractere (par exemple a 38400 
bauds : 1/38400*11*1.5 = 430 microsecondes). Dans ces cas de figure, la maitrise de 
temps d'attente (variant de 100 microsecondes a 1 milliseconde) est difficile car a la 
fois trop grande pour etre geree par scrutation sous masquage d'interruptions 
10 (gaspillage de cycles de Punite de traitement CPU), et trop petite par rapport a 
Tinstabilite sur le temps flitter) induite par le systeme (multitache, echanges de blocs 
sur le bus video, gestion de Penergie). 

Des contraintes de type "delai minimal" et de type "delai maximal" doivent 
done finalement etre implementees. Les contraintes de type "delai minimal" imposent 

15 de larges marges de securite, done une perte de performance. Pour les contraintes de 
type "delai maximal", il est necessaire de recourir a des artifices incompatibles avec 
les regies de Tart du developpement : attente en boucle, verrouillage des interruptions, 
court-circuit des couches logicielles, ajout de composants electroniques proprietaires, 
etc., au detriment de la portability et de la performance generate de la machine 

20 communicante, et sans garantie de resultat. 



C'est pourquoi (Invention a pour but d'eviter les problemes de fiabilite 
rencontres dans les communications entre un equipement informatique et un 
equipement d'automatisme integrant des protocoles de communication differents et 

25 d'eviter des couts importants dus aux mises a jour regulieres necessaires pour que 
notamment les pilotes des protocoles de communication Scidaptent aux evolutions des 
equipements informatiques. Cette amelioration s'effectue en deportant les traitements 
critiques vis-a-vis du temps dans un adaptateur programmable, tout en maintenant 
dans I'equipement informatique amont des pilotes de peripheriques proches des 

30 pilotes actuels. Uinvention a egalement pour but d'optimiser les temps d'attente et de 
commutation dans une communication half-duplex, permettant d'augmenter la plage 
des vitesses de communication exploitables. 

D f autre part, en interposant un adaptateur programmable entre les reseaux 
amont et aval, I'invention permet de reduire le probleme lie a la multiplicite des cables 
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aval, qui, pour le meme protocole. sont en general differents selon I'equipement aval 
auquel ils donnent acces. La portion de cable aval peut en effet etre reduite a une 
faible longueur (de I'ordre de la dizaine de centimetres), pour un support amont plus 
long (de I'ordre de plusieurs metres). 

5 

Pour cela, Invention decrit un dispositif d'adaptation programmable entre un 
protocole de communication amont integre dans un equipement amont tel qu'un 
equipement informatique, et au moins un protocole de communication aval integre 
dans un equipement aval tel qu'un equipement d'automatisme. Le dispositif comprend 
10 un adaptateur muni d'une unite de traitement capable d'executer des instructions de 
programme, d'une interface amont pouvant se connecter avec une interface amont de 
I'equipement amont et d'une interface aval pouvant se connecter avec une interface 
aval de I'equipement aval. Le dispositif se caracterise par le fait que I'adaptateur 
comprend une premiere memoire, qui peut etre volatile, contenant un programme de 
15 conversion entre le protocole amont et un protocole aval, telechargeable a partir de 
I'equipement amont et executable par I'unite de traitement de I'adaptateur, et par le fait 
que I'adaptateur comprend une seconde memoire non volatile contenant un 
programme pilote resident, executable par I'unite de traitement, permettant d'initialiser 
la communication avec I'equipement amont et de telecharger le programme de 
20 conversion dans la premiere memoire. 

Selon une caracteristique, le dispositif d'adaptation comprend un cable de 
raccordement aval entre Interface aval de I'adaptateur et ('interface aval de 
I'equipement aval, ce cable de raccordement aval comportant des moyens de 
reconnaissance, detectables quand le cable est connecte a Interface aval de 
25 I'adaptateur, permettant a I'unite de traitement de I'adaptateur de determiner un 
identificateur du protocole aval grace au programme pilote resident dans la deuxieme 
memoire de I'adaptateur. L'equipement amont comporte une zone de stockage 
permettant de memoriser un ou plusieurs programmes de conversion entre le 
protocole amont et un protocole aval, susceptibles d'etre telecharges dans I'adaptateur 
30 en fonction de ('identification du protocole aval. 

L'invention decrit egalement un procede de configuration d'un dispositif 
d'adaptation comportant : une etape de reconnaissance dans laquelle I'adaptateur 
determine et memorise un identificateur de protocole aval a partir des moyens de 
reconnaissance du cable de raccordement aval connecte a I'adaptateur, cet 
35 identificateur pouvant etre partiel ou complet ; une premiere etape d'identification dans 




4 

laquelle I'adaptateur communique avec l'equipement amont selon le protocole de 
communication amont pour lui transmettre I'identificateur de protocole aval ; une 
premiere etape de telechargement dans laquelle I'equipement amont telecharge dans 
I'adaptateur un premier programme de conversion entre protocole amont et protocole 
5 aval, correspondant a I'identificateur du protocole aval transmis. 

Grace a ce dispositif d'adaptation et a son procede de configuration, il sera 
possible de telecharger automatiquement un protocole donne dans I'adaptateur de 
maniere a pouvoir faire communiquer deux equipements integrant des protocoles de 
communication differents de fa?on transparente ou "plug and play" pour un utilisateur. 
10 De plus, avec un seul adaptateur programmable, il sera desormais possible de realiser 
une conversion entre un protocole amont et une pluralite de protocoles aval, a partir 
des programmes de conversion memorises dans l'equipement amont et 
telechargeables dans I'adaptateur. 

D'autres caracteristiques et avantages vont apparaitre dans la description 
15 detaillee qui suit en se referant a un mode de realisation donne a titre d'exemple et 
represents par les dessins annexes sur lesquels : 

la figure 1 represente ^architecture du dispositif d'adaptation 
programmable selon I'invention, 

ia figure 2 schematise les etapes du procede de configuration lie au 
20 dispositif d'adaptation, 

- les figures 3 et 4 illustrent un exemple de communication respectivement 
sans et avec le dispositif d'adaptation. 

En reference a la figure 1, on souhaite faire communiquer un equipement 
25 amont 30 avec un equipement aval 40 au travers d'un adaptateur externe 20. 
L'adaptateur 20 est contenu dans un boTtier d'adaptation et comporte une interface 
amont 23 et une interface aval 24. L'equipement amont 30, qui est par exemple un 
equipement informatique tel que defini ci-dessus, comporte une interface amont 32 
pour communiquer sur un reseau de communication amont avec I'interface amont 23 
30 de I'adaptateur 20 selon un protocole de communication amont. Le reseau de 
communication amont utilise un support de communication 13, qui peut etre filaire ou 
non. L'equipement aval 40, qui est par exemple un equipement d'automatisme tel que 
defini ci-dessus, comporte une interface aval 42 pour communiquer sur un cable de 
raccordement 14 avec I'interface aval 24 de I'adaptateur 20 selon un protocole de 



communication aval. L'equipement aval 40 comporte une unite de traitement 41 et un 
pilote de protocole aval 43 capable d'emettre et de recevoir des messages selon le 
protocole aval. 

Le protocole de communication amont est par exemple le protocole USB, tres 
5 repandu dans des equipements amont de type ordinateur PC, le protocole 
BLUETOOTH (marque deposee de Ericsson) pour lequel le support 13 de 
communication serait des ondes radio (protocole decrit par le groupe de travail IEEE 
802.15), le protocole conforme aux recommandations IEEE 1394-1995 (comme par 
exemple le protocole FIREWIRE marque deposee de Apple Computer) ou autres. Si 
,0 cela est possible, comme dans le cas du protocole USB, le support de communication 
13 est egalement utilise pour alimenter l'adaptateur 20. 

Le protocole de communication aval est par exemple un des protocoles 
Modbus, Modbus+, Uni-telway ou tout protocole dont la couche physique repond a un 
des standards recommandes RS-232, RS-485, RS-422 ou boucle de courant. De 
15 meme, le protocole de communication aval peut etre un protocole base sur les 
standards Ethernet et TCP/IP comme par exemple le protocole MODBUS TCP. Le 
protocole de communication aval peut aussi etre selectionne parmi un groupe 
constitue des protocoles FIP (marque deposee de WorldFIP Europe), CAN, CANopen, 
Interbus-S (marque deposee de Phoenix Contact), DeviceNet. ou autres. II peut enfin 
20 etre un protocole de messagerie propre a I'automatisme base sur USB. 

L'adaptateur 20 comporte une unite de traitement 21 capable d'executer des 
instructions de programme, reliee a une premiere memoire 25, volatile ou non, et a 
une seconde memoire non-volatile 26. La seconde memoire 26 contient un 
programme pilote resident 16, executable par I'unite de traitement 21. Les principaux 
25 roles de ce programme pilote resident 16 sont d'initialiser la communication avec 
l'equipement amont 30 afin d'etre exploitable comme peripherique, de telecharger un 
programme de conversion 15.15' dans la premiere memoire 25 et d'assurer un 
minimum de dialogue permettant a l'equipement amont 30 de connaTtre I'etat de 
l'adaptateur 20. Un adaptateur 20 donne ne peut done communiquer que selon un seul 
30 protocole amont. Le programme pilote resident 16 offre egalement des primitives de 
communication, comme une librairie d'acces au reseau amont, pour le programme de 
conversion 15, afin de le liberer des details ^implementation du reseau amont, tels 
que les composants electroniques choisis. 

L'equipement amont 30 comporte une unite de traitement 31 capable 
35 d'executer des instructions de programme et une zone de stockage 35 permettant de 
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memoriser un ou plusieurs programme de conversion 15,15' entre un protocole amont 
et un ou plusieurs protocoles aval. Cette zone de stockage 35 est geree par un 
programme de controle 36 qui est capable de telecharger un programme de 
conversion 15 dans la premiere memoire 25 de Padaptateur. Le programme de 

5 conversion ainsi telecharge pourra etre execute par I'unite de traitement 21 de 
Padaptateur 20. Le programme de conversion 15 est charge de recevoir les messages 
emis selon le protocole amont par I'equipement amont a destination de I'equipement 
aval et de les transmettre a I'equipement aval selon le protocole aval. De meme, il est 
charge de recevoir les messages emis par I'equipement aval selon le protocole aval a 

10 destination de I'equipement amont et de les transmettre a I'equipement amont selon le 
protocole amont. 



L'equipement amont 30 comprend au moins un pilote de peripherique 34 et au 
moins un pilote de protocole aval 33. L'interface amont 32 de I'equipement amont 30 

15 est reliee a un pilote de peripherique 34 lui-meme relie a un pilote de protocole aval 
33. Le programme de controle 36 est un programme avec lequel I'utilisateur peut 
interagir, par exemple au moyen d'une interface de dialogue, de fagon 3 lui permettre 
de controler I'etat du pilote de peripherique 34, de le configurer, ou de le desinstaller. 
Pour charger le programme de conversion 15 dans la premiere memoire 25 de 

20 Padaptateur 20, le programme de controle 36 peut done etre active par I'utilisateur, 
mais peut etre egalement lance automatiquement par le pilote de peripherique 34. En 
effet, habituellement seul un programme (et non un simple pilote de peripherique) peut 
avoir acces a un systeme de fichier permettant de retrouver un programme 15,15' 
dans une zone de stockage 35. 

25 Le pilote de protocole aval 33 (qui est soit un veritable pilote de peripherique 

fonctionnant en mode noyau, soit un programme fonctionnant en mode utilisateur) est 
pilote par un programme application duquel il report des messages a emettre et auquel 
il transmet des messages regus. II utilise un pilote de peripherique 34 parmi plusieurs 
possibles pour communiquer avec un adaptateur 20. Le pilote de peripherique 34 

30 supporte une interface de service qui est exploitee par le programme de controle 36 
afin de dialoguer avec I'adaptateur 20 en tant que peripherique sur le reseau amont. 
Le pilote de peripherique 34 supporte egalement une interface de communication qui 
est exploitee par le pilote de protocole aval 33. Dans le cadre de Invention, cette 
interface de communication peut etre congue de plusieurs manieres en fonction du 

35 probleme a traiter : 
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♦ Selon un mode d'implementation prefere, I'interface de communication est 
une interface de communication serie conforme a la specification des pilotes de 
peripheriques serie. Grace a cette conformite, le pilote de protocole aval 33 
peut s'appuyer sur les couches de communication serie proposees par le 
5 systeme Sexploitation de I'equipement amont 30 ; ces couches sont 

I'equivalent logiciel de I'interface materielle UART decrite plus haut, elles 
apportent une portability accrue au pilote de protocole aval 33. Ainsi le pilote de 
protocole aval 33 peut communiquer avec le pilote de peripherique 34 au 
travers de cette interface de communication serie. Nous pouvons distinguer 
10 dans ce mode d'implementation prefere deux cas de figure : 

. Dans le premier cas, les requetes et les reponses conformes au protocole 
aval sont encapsulees et echangees caractere par caractere entre le 
pilote de protocole aval 33 et le pilote de peripherique 34, comme pour 
une ligne de communication serie. L'encapsulation consiste en des 
informations supplemental (appelees meta informations) portant sur les 
requetes (comme par exemple leur longueur ou leur criticite), ce qui 
permet au pilote de peripherique 34 de choisir un mode de transmission 
approprie sur le reseau de communication amont, par exemple : 

- Si le pilote de peripherique 34 connaTt la taille du message a 
envoyer et/ou recevoir, il peut attendre de disposer de la totalite du 
message pour le transmettre sur le reseau amont ou vers le pilote 
de protocole aval 33. 

- Si le pilote de peripherique 34 connaTt la criticite du message a 
transmettre sur le reseau amont, il peut choisir differents canaux de 

2 5 communication. Typiquement, pour une requete critique et courte 

comme un ordre d'arret, il utilise un canal de communication a 
bande passante garantie s'il en existe. En cooperation avec le 
programme pilote resident 16, la garantie de bande passante peut 
etre negociee lors de la connexion, celle-ci pouvant etre refusee si 
la bande passante n'est pas disponible. Par contre, pour une 
requete longue non critique, il utilise en revanche un canal de 
communication a bande passante non garantie, ce qui permettra de 
ne pas degrader la communication de I'equipement amont avec 
d'autres peripheriques. 
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- les meta informations peuvent egalement designer des variantes du 
protocole aval, suffisamment proches pour etre traitees par les 
memes pilotes de protocole aval 33 et les programmes de 
conversion 15. 

5 • le second cas correspond a I'utilisation d'un pilote de protocole aval 33 

aussi proche que possible de pilotes existant actuellement. La 
communication consistant en requetes et reponses, le pilote 33 emet et 
regoit exactement les caracteres constituant ces requetes et reponses. Le 
pilote de peripherique 34 se borne a transmettre des caracteres sans 

10 connaitre leur sens. 

♦ Selon une autre implementation, Tinterface de communication n'est pas 
conforme a la specification des pilotes de peripheriques serie. Elle est propre a 
interaction entre le pilote de peripherique 34 et le pilote de protocole 33. 

Cette implementation correspond au cas ou il est interessant de disposer d'une 
15 solution de peripherie typiquement externe a I'equipement amont, avec un 

protocole aval industriel necessitant un coprocesseur de communication tel que 
WorldFIP, FIP f Interbus-S, DeviceNet, etc. Dans ce cas, ['existence de 
plusieurs versions du meme protocole ou I'existence d'implementations proches 
mais distinctes, permet de traiter les differences en gardant le meme pilote de 
20 peripherique de bas niveau 34 et le meme adaptateur, et en substituant des 

variantes des programmes 15 et 33. A I'extreme, les pilotes 33 et 34 pourraient 
alors etre confondus en une seule entite. 

Cette implementation correspond egalement au cas ou le protocole aval est un 
protocole propre a un equipement d'automatisme aval 40, et est base sur USB. 
25 L'equipement aval 40 est alors dote d'une interface USB maTtre et ne peut 

dialoguer directement avec l'equipement amont 30 qui est lui aussi maitre. 
L'adaptateur joue le role d'esclave sur les deux reseaux amont et aval et le 
programme de conversion 15 joue le role de pont entre les deux reseaux. 



30 Le programme de conversion 15 utilise une zone memoire tampon 17, 

localisee dans la premiere memoire 25 de I'adaptateur 20, pour s'adapter aux 
asynchronismes entre les protocoles amont et aval. Les figures 3 et 4 donnent un 
exemple d'illustration de I'utilisation d'une memoire tampon 17. La figure 3 represente 
une communication entre un equipement amont 30 esclave et un equipement aval 40 
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quelconque selon un protocole aval s'appuyant sur une liaison serie half-duplex. Dans 
cette figure 3, le dispositif d'adaptation decrit dans Invention n'est pas utilise. 
L'equipement amont 30 regoit une demande de cinq caracteres C1 a C5 a laquelle il 
devra repondre par un envoi de quatre caracteres C6 a C9. Cet echange peut 
5 notamment correspondre a une scrutation (polling). L'equipement amont doit etre en 
mesure de detecter le temps maximum intercaracteres i ainsi que le temps minimum 
de silence t entre messages. Comme indique au debut du present expose, ces temps 
d'attente, typiquement compris entre 100 microsecondes et une milliseconde, 
constituent une contrainte difficile a gerer par un equipement amont de type PC dans 
10 un environnement Windows™. 

Dans la figure 4, la communication entre les equipements 30 et 40 se fait au 
travers d'un adaptateur 20 conforme a I'invention. Les echanges entre l'equipement 
aval 40 et I'adaptateur 20 se font selon le protocole aval et les echanges entre 
I'adaptateur 20 et l'equipement amont 30 se font selon le protocole amont. C'est done 
15 I'adaptateur 20 qui regoit les cinq caracteres C1 a C5 du message en provenance de 
l'equipement aval 40 et qui renverra les quatre caracteres de reponse C6 a C9 vers 
l'equipement aval 40. L'avantage de cette solution est que I'unite de traitement 21 de 
I'adaptateur 20 est beaucoup plus adaptee pour gerer les temps d'attente i et t. Les 
caracteres C1 a C5 receptionnes sont stockes au fur et a mesure dans la memoire 
20 tampon 17 de I'adaptateur 20, avant d'etre achemines, une fois le message complet 
recu, vers l'equipement amont selon le protocole amont, par exemple le protocole 
USB, beaucoup mieux gere par l'equipement amont car des moyens specifiques 
(couches materielles plus performantes - Vitesse, codage des informations, 
coprocesseur dedie) peuvent gerer la communication selon le protocole amont. De 
25 meme, quand l'equipement amont 30 renvoie sa reponse, les caracteres C6 a C9 sont 
stockes dans la memoire tampon 17, avant d'etre achemines un a un, une fois le 
message complet recu. vers l'equipement aval selon le protocole aval. Par ce moyen, 
on libere l'equipement amont 30 des contraintes liees a la gestion des temps d'attente. 



30 Pour un fonctionnement transparent, le dispositif d'adaptation est dote d'un 

mecanisme de selection du protocole aval. Ce mecanisme repose sur deux principes 
distincts : 

. Le protocole aval est determine par I'utilisateur grace a une interface de 
dialogue ce qui permet une configuration du pilote de peripherique 34 
35 effectuee a I'aide du programme associe 36. Cette interface de dialogue est 
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soit au niveau de I'equipement amont (un ou des ecrans specifiques) soit sur 
I'adaptateur (une serie d'interrupteurs ou une roue codeuse par exemple). Le 
pilote de peripherique 34 peut alors telecharger le programme de conversion 
15 des son demarrage (qui est cause par la connexion de I'adaptateur). 

5 • Un moyen de reconnaissance est integre dans le cable aval 14, Ce cas 

s'applique lorsque I'invention met en ceuvre un cable aval 14 qui, dans la 
situation precedant I'invention, comprend deja un moyen de reconnaissance 
naturel (carte PCMCIA, bouclage dans le cable, etc.). 

Ce cas s'applique egaiement lorsque de nouveaux cables sont congus 
10 specifiquement pour I'invention (cables aval courts). Le fonctionnement de la 

phase de telechargement du programme de conversion 15 est alors plus 
complexe. On suppose alors que le cable de raccordement 14 comporte des 
moyens de reconnaissance integres qui sont detectables quand le cable 14 
est connecte a Pinterface aval 24 de I'adaptateur 20. lis permettent a Punite de 
15 traitement 21, grace au programme pilote resident 16, de determiner un 

identificateur 18 du protocole aval correspondant au cable 14. Chaque 
protocole aval diff6rent est done susceptible d'utiliser un cable 14 different. 
L'identificateur 18 peut etre soit complet 18b, e'est-a-dire qu'il peut determiner 
completement le protocole aval, soit partiel 18a, e'est-a-dire qu'il ne permet 
20 pas a lui seul d'identifier completement le protocole aval. Neanmoins, un 

identificateur partiel 18a permet de demarrer une communication entre 
I'adaptateur 20 et I'equipement aval 40 suffisante pour faire un apprentissage 
complet du protocole aval. 



25 Le precede de configuration du dispositif d f adaptation va maintenant etre 

decrit, en reference a la figure 2. 

Dans une etape preliminaire, appelee etape de reconnaissance R, 
Tadaptateur 20 determine, a Taide du programme pilote resident 16, un identificateur 
18 de protocole aval a partir des moyens de reconnaissance d'un cable de 
30 raccordement aval 14 connecte a I'adaptateur 20. Cet identificateur, qui peut etre 
partiel 18a ou complet 18b, est memorise dans la premiere memoire 25 de 
Tadaptateur. 

Au cours d'une premiere etape d'identification 11, le programme pilote resident 
16 de Tadaptateur 20 initialise alors la communication avec I'equipement amont 30 



15 



25 



30 
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selon le protocole amont et lui transmet I'identificateur 18 de protocole aval determine 
durant I'etape R. La transmission peut avoir lieu a I'initiative du programme pilote 
resident 16 de I'adaptateur 20 par transmission d'un evenement vers I'equipement 
amont 30 si le protocole amont le permet, ou par consultation periodique a I'initiative 
5 du pilote de peripherique 34 s'executant dans I'equipement amont 30. 

Ensuite, au cours d'une premiere etape de telechargement T1, le programme 
de controle 36 de I'equipement amont 30 analyse I'identificateur 18 et selectionne dans 
la zone de stockage 35 le programme de conversion 15 correspondant a I'identificateur 
18 pour telecharger ce programme de conversion dans la premiere memoire 25 de 
10 I'adaptateur 20. 

Si I'identificateur 18 de protocole aval etait complet, le procede de 
configuration est alors termine et une communication peut s'etablir entre I'equipement 
amont 30 et I'equipement aval 40 a travers le programme de conversion 15 charge 
dans I'adaptateur 20. 

Si I'identificateur 18 de protocole aval etait partiel, le procede de configuration 
se poursuit par une etape d'apprentissage A durant laquelle le programme de 
conversion 15 telecharge durant I'etape T1 va initialiser une communication avec le 
pilote de protocole aval 43 de I'equipement aval 40 en vue de preciser complement 
le protocole aval utilise. A Tissue de cette etape d'apprentissage, I'identificateur 
20 complet 1 8b du protocole aval est charge dans la premiere memoire 25. 

Cet identificateur complet 18b est ensuite transmis, au cours d'une seconde 
etape ^identification 12, par le programme pilote resident 16 de I'adaptateur 20 vers 
I'equipement amont 30 selon le protocole amont. 

Le programme de controle 36 de I'equipement amont 30 analyse 
I'identificateur 18b et selectionne dans la zone de stockage 35 un second programme 
de conversion 15' correspondant a I'identificateur complet 18b de facon a telecharger 
ce programme de conversion dans la premiere memoire 25 de I'adaptateur 20 durant 
une seconde etape de telechargement T2. A . la suite de cette etape T2, une 
communication peut normalement s'etablir entre I'equipement amont 30 et 
I'equipement aval 40 a travers le programme de conversion 15' et le procede de 
configuration est alors termine. Cependant, il est tout a fait envisageable qu'apres la 
seconde etape de telechargement 12, I'identificateur 18 ne soit toujours pas complet et 
qu'il soit done necessaire de reboucler le procede de configuration vers une etape 
d'apprentissage A supplemental permettant de preciser encore le protocole aval (par 
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exemple pour determiner la version exacte du protocole aval utilise). II y aurait alors 
ensuite une autre etape 12 puis une autre etape T2. 

Par exemple, un identificateur partiel peut indiquer que le protocole aval 
5 comporte une liaison du type RS-485 a partir des moyens de reconnaissance du 
raccordement aval 14. Avec cette information envoyee a I'equipement amont 30, le 
programme de controle 36 est capable de choisir et de telecharger un premier 
programme de conversion 15 dans la premiere memoire 25. Pour defmir un 
identificateur complet 18b du protocole aval, ce programme de conversion 15 enverra 

10 alors a I'equipement aval 40 differentes requetes, par exemple selon le protocole 
MODBUS, le protocole Uni-Telway ou autres, afin de tester celles qui seront 
effectivement comprises et qui donneront lieu a une reponse de I'equipement aval 40. 
Grace a cette fonctionnalite, la nature mais aussi la version du protocole aval utilise 
par I'equipement aval 40 peut etre determinee. Ceci permet au dispositif d'adaptation 

15 de pouvoir s'adapter a une tres grande variete d'equipements aval avec le meme 
equipement amont sous reserve que celui-ci stocke les programmes de conversion 
adequats. En pratique, un meme ordinateur de type PC sera ainsi en mesure de 
communiquer facilement avec des equipements d'autornatisrne recents ou anciens, de 
fagon transparente pour un utilisateur, sans avoir a se preoccuper de la compatibility 

20 entre I'interface aval de I'equipement d'automatisme (port serie) et interface amont de 
Pordinateur (par exemple port USB). 

Lorsque le cable de raccordement aval 14 est au prealable raccorde a 
I'adaptateur 20, le procede est demarre lors de la connexion de I'adaptateur 20 a 
25 I'equipement amont 30 ou sur demande de I'adaptateur 20. Lorsque I'adaptateur 20 est 
au prealable raccorde a I'equipement amont 30, le procede est demarre lors de la 
connexion du cable de raccordement aval 14 a I'adaptateur 20. 

A titre de variante, il existe d'autres moyens pour passer d'un identificateur 
partiel 18a a un identificateur complet 18b. Par exemple, on pourrait envisager une 
30 interface de dialogue operateur, tels que des roues codeuses qui permettraient a un 
utilisateur de selectionner lui-meme le protocole aval. Dans certains cas egalement, un 
logiciel specifique pourrait suffire dans I'equipement amont 30 pour deduire un 
identificateur complet 18b a partir d'un identificateur partiel 18a determine par les 
moyens de reconnaissance du cable de raccordement aval 14. Le programme de 
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contrite '36 serait alors en mesure de telecharger directement le programme de 
conversion 15" definitif. 

Une autre variante est que le programme pilote resident 16 soit capable de 
modifier Hdentificateur 18 avant de I'envoyer a I'equipement amont 30 de maniere a ce 
que le programme de conversion 15 charge durant une etape de telechargement 
T1 ,T2 depende de la version logicielle de I'adaptateur 20. 



II est bien entendu que I'on peut, sans sortir du cadre de Pinvention. imaginer 
d'autres variantes et perfectionnements de detail et de meme envisager I'emploi de 
moyens equivalents. 
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REVENDICATIONS 

1 . Dispositif cTadaptation programmable entre un protocole de 
communication amont supporte par un equipement amont (30) et au moins un 
5 protocole de communication aval supporte par un equipement aval (40) tel qu'un 

equipement d'automatisme, le dispositif comprenant un adaptateur (20) muni 
d'une unite de traitement (21) capable d'executer des instructions de programme, 
d'une interface amont (23) pouvant se connecter avec une interface amont (32) de 
I'equipement amont (30) et d'une interface aval (24) pouvant se connecter avec 
10 une interface aval (42) de I'equipement aval (40), caracterisS par le fait que : 

• I'adaptateur (20) comprend une premiere memoire (25) contenant un 
programme de conversion (15) entre le protocole amont et un protocole 
aval, telechargeable a partir de I'equipement amont (30) et executable par 
I'unite de traitement (21 ) de I'adaptateur (20), 
15 • I'adaptateur (20) comprend une seconde memoire (26) non volatile 

contenant un programme pilote resident (16) executable par I'unite de 
traitement (21), permettant d'initialiser la communication avec 
I'equipement amont (30) et de telecharger le programme de conversion 
(15) dans la premiere memoire (25). 

20 2. Dispositif d'adaptation selon la revendication 1 , caracterise par le fait que 

la premiere memoire (25) de I'adaptateur (20) est une memoire volatile. 

3. Dispositif d'adaptation selon la revendication 2, caracterise par le fait que 
la premiere memoire (25) de I'adaptateur (20) contient une zone memoire tampon 
(17) utilisee par le programme de conversion (15) pour s'adapter aux 

25 asynchronismes entre les protocoles amont et aval. 

4. Dispositif d'adaptation selon la revendication 1 comprenant un cable de 
raccordement aval (14) entre I'interface aval (24) de I'adaptateur (20) et interface 
aval (42) de I'equipement aval (40), caracterise par le fait que le cable de 
raccordement aval (14) comporte des moyens de reconnaissance integres, 

30 detectables quand le cable (14) est connecte a I'interface aval (24) de I'adaptateur 

(20), permettant a I'unite de traitement (21) de I'adaptateur (20) de determiner un 
identificateur (18) du protocole aval grace au programme pilote resident (16). 



5. Dispositif d'adaptation selon la revendication 4, caracterise par le fait que 
I'identificateur (18) de protocole aval est memorise dans la premiere memoire (25) 
de I'adaptateur (20). 

6. Dispositif d'adaptation selon la revendication 1, caracterise par le fait que 
le dispositif comprend egalement dans I'equipement amont (30) une zone de 
stockage (35) permettant de memoriser un ou plusieurs programmes de 
conversion (15,15") entre le protocole amont et un protocole aval, susceptibles 
d'etre telecharges dans la premiere memoire (25) de I'adaptateur (20). 

7. Dispositif d'adaptation selon la revendication 6, caracterise par le fait que 
I'equipement amont (30) comprend au moins un pilote de protocole aval (33) et au 
moins un pilote de peripherique (34) supportant une interface de communication 
serie, de fagon a ce que le pilote de protocole aval (33) communique avec le pilote 
de peripherique (34) au travers de cette interface de communication serie. 

8. Dispositif d'adaptation selon la revendication 7, caracterise par le fait que, 
en fonction de la criticite des messages a transmettre, le pilote de peripherique 
(34) utilise des canaux de communication differents pour echanger ces messages 
avec le programme pilote resident (16). 

9. Dispositif d'adaptation selon la revendication 1, caracterise par le fait que 
le protocole de communication amont est le protocole USB. 

10. Dispositif d'adaptation selon la revendication 9, caracterise par le fait que 
I'adaptateur est alimente par I'interface USB de I'equipement amont. 

1 1 . Dispositif d'adaptation selon la revendication 1 , caracterise par le fait que 
le protocole de communication amont est le protocole BLUETOOTH. 

12. Dispositif d'adaptation selon la revendication 1, caracterise par le fait que 
le protocole de communication amont est un protocole conforme au standard 
IEEE 1394-1995. 

13. Dispositif d'adaptation selon la revendication 1, caracterise par le fait que 
le protocole de communication aval est un des protocoles Modbus, Modbus+, Uni- 
telway ou tout protocole dont la couche physique est de type RS-232, RS-485, 
RS-422 ou boucle de courant. 



16 



14. Dispositif cTadaptation selon la revendication 1, caracterise par le fait que 
le protocole de communication aval est un protocole bas6 sur les standards Ethernet et 
TCP/IP, comme par exemple le protocole MODBUS TCP. 

15. Dispositif d'adaptation selon la revendication 1, caracterise par le fait que 
5 le protocole de communication aval est selectionne parmi un groupe constitue des 

protocoles FIP, CAN, CANopen, Interbus-S, DeviceNet. 

16. Dispositif d'adaptation selon la revendication 1, caracterise par le fait que 
le protocole de communication aval est un protocole de communication base sur 
USB. 

10 17. Procede de configuration mis en oeuvre dans un dispositif d'adaptation 

selon Tune des revendications precedentes, caracterise par le fait que le procede 
comporte : 

• une etape de reconnaissance (R) dans laquelle Padaptateur (20) 
determine et memorise un identificateur (18) de protocole aval a partir 

15 des moyens de reconnaissance du cable de raccordement aval (14) 

connecte a Padaptateur (20), cet identificateur pouvant etre partiel (18a) 
ou complet (18b), 

• une premiere etape d'identification (11) dans laquelle Padaptateur (20) 
communique avec Pequipement amont (30) selon le protocole de 

20 communication amont pour lui transmettre Pidentificateur (18) de 

protocole aval, 

• une premiere etape de telechargement (T1) dans laquelle Pequipement 
amont (30) telecharge dans Padaptateur (20) un premier programme de 
conversion (15) entre protocole amont et protocole aval, correspondant a 

25 Tidentificateur (18) du protocole aval transmis. 

18. Procede de configuration selon la revendication 17, caracterise par le fait 
que, lorsque Tidentificateur (18) de protocole aval transmis a Pequipement amont 
(30) durant la premiere etape d'identification (11) est un identificateur partiel (18a), 
le procede comporte les etapes complementaires suivantes : 
30 • une etape d'apprentissage (A) dans laquelle Padaptateur (20) 

communique avec Pequipement aval (40) selon le protocole aval 
telecharge durant la premiere etape de telechargement (T1 ) pour definir 
et memoriser un identificateur complet (18b) du protocole aval, 



• une seconde etape d'identification (12) dans laquelle I'adaptateur (20) 
communique avec I'equipement amont (30) selon le protocole de 
communication amont pour lui transmettre cet identificateur complet 
(18b), 

• une seconde etape de telechargement (T2) dans laquelle I'equipement 
amont (30) telecharge dans I'adaptateur (20) un second programme de 
conversion (15') entre protocole amont et protocole aval, correspondant a 
I'identificateur complet (18b) du protocole aval. 

19. Procede de configuration selon la revendication 17, caracterise par le fait 
que, lorsque le cable de raccordement aval (14) est au prealable raccorde a 
I'adaptateur (20), le procede est demarre lors de la connexion de I'adaptateur (20) 
a I'equipement amont (30) ou sur demande de I'adaptateur (20). 

20. Procede de configuration selon la revendication 17, caracterise par le fait 
que, lorsque I'adaptateur (20) est au prealable raccorde a I'equipement amont 
(30), le procede est demarre lors de la connexion du cable de raccordement aval 
(14) a I'adaptateur (20). 
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